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This listing of claims replaces all prior versions, and listings, of claims in the present 
application. 



Listing of Claims : 



X^^l. (Currently amended): A met iod of transferring data in a processor based 



1, me system comprising a hub device 
coupled to a memory device by a memory 



coupled to a processor by a processor bus and 
us, said hub device being connected to a first 



devic^ by a link bus, the link bus having a status line, said method comprising the steps of: 

issuing, from one of the first device and the hub device, a data transfer request 
on the link bus; 

obtaining a status of the request by observing the status line during a first 
predetermined window of time; 



determining from the obtain* 
corresponding to the request should be 



d request status whether a data transfer 
initiated; and 



initiating the data transfer if it is determined from the observed request status 
that the data transfer should be initiate &[[.]] 

obtaining a status of the initiated transfer by observing the status line during a 
second predetermined window of timel and 

determining from the obtaified transfer status whether the initiated data transfer 
should be stalled. 



2. (Original): The method of claim 1, wherein the data transfer request is a 
command packet message constructed in accordance with a protocol of the link bus. 
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3. (Original): The method of claim 2 further comprising the step of driving, 
from an intended target of the transfer, the request status onto the status line based on 
information contained in the command packet message. 

4. (Original): The method of claim B, wherein the information within the 
command packet comprises at least a size of the data transfer. 

5. (Original): The method of claim 3, wherein the information within the 
command packet comprises at least a size and type of the data transfer. 

6. (Original): The method of clami 3, wherein the information within the 
command packet comprises at least a size, attribute, and type of the data transfer. 

7. (Original): The method of claim 1 further comprising the step of determining 
whether the transfer should be retried at a/subsequent time if it is determined from the 
observed request status that the data transfer should not be initiated. 

8. (Original): The method ofjclaim 7 further comprising rescheduling the 
transfer if is determined from the observed request status that the transfer should be 
retried. 

9. (Original): The method cff claim 8 further comprising the step of driving, 
from an intended target of the transfer! the request status onto the status line based on 
information contained in the transfer request. 

10. (Original): The method of claim 7 further comprising the step of 
determining whether the transfer should be aborted if it is determined from the observed 
request status that the data transfer should not be initiated and should not be retried. 
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11. (Original): The method of claim llO further comprising the step of aborting 
the transfer if it is determined from the observed Request status that the transfer should be 
aborted. 

12. (Original): The method of claim 11, wherein said aborting step comprises: 
bit bucketing write operations on me issuing device; and 
returning a predetermined logicaj value for all read operations on the issuing 

device. 

13. (Original): The method off claim 10, wherein the request status is driven 
onto the status line by a pull-up device connected to the status line. 

14. (Currently amended): Tfic method of claim 1 further comprising [[:]] the 

act of 

obtaining a status of the initiated transfer by observing the status line during a 
second predetermined window of time; 

determining from the obtained transfer status whether the initiated data transfer 
should be stalled; and 

initiating a data transfe/ stall if it is determined from the observed transfer status 
that the data transfer should be stalled. 

15. (Original): The rpethod of claim 14, wherein said step of initiating a data 
stall comprises: 

determining if the initiated transfer is on an allowable data boundary; and 
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stopping the transfer if it is determined jthat the transfer is on an allowable data 

boundary. 

16. (Original): The method of claim 14 further comprising the step of driving, 
from a target of the initiated transfer, the transfer status onto the status line when the 
target must stall the transfer. 

17. (Original): The method of claim 14 further comprising: 

obtaining a status of the stalled transfer by observing the status line during a 
third predetermined window of time; 

determining from the obtainecj stalled transfer status whether the stalled data 
transfer should be continued; and 

continuing the data transfer if it is determined from the observed stalled transfer 
status that the data transfer should be continued. 

18. (Currendy amended): / The method of claim 1 further comprising: A 
method of transferring data in a processor based system, the system comprising a hub 
device coupled to a processor by a processor bus and coupled to a memory device by a 
memory bus, said hub device being connected to a first device by a link bus, the link bus 
having a status line, said method comprising the steps of: 

issuing, from one of thfc first device and the hub device, a data transfer request 
on the link bus; 



obtaining a status of tie request by observing the status line during a first 



predetermined window of time; 



determining from the 



corresponding to the request should be initiated; 



obtained request status whether a data transfer 
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initiating the data transfer if it is determined from the observed request status 
that the data transfer should be initiated; 

determining if the initiated transfer anould be stalled; and 

if it is determined that the initiated/transfer should be stalled, driving a stalled 
status indication on the status line during a spcond predetermined window of time and 
stalling the transfer. 

19. (Original): The method of paim 18, wherein said step of initiating a data 
stall comprises: 

determining if the initiated transfer is on an allowable data boundary; and 
stopping the transfer if it is qetermined that the transfer is on an allowable data 

boundary. 

20. (Currendy amended): A method of receiving data in a processor based 
system, the system comprising a hub/device coupled to a processor by a processor bus and 
coupled to a memory device by a memory bus, said hub device being connected to a first 
device by a link bus, the link bus halving a status line, said method comprising the steps of: 

detecting, at one of xhcj first device and the hub device, a data transfer request on 
the link bus; 



determining a status of a data transfer associated with the transfer request based 
on the transfer request; ftrtd 

driving the status orf the status line during a first predetermined window of time, 
wherein the status is selected from the group consisting of an accept status indicating that 
the transfer can be initiated arid a retry status indicating that the transfer should be retried 
at a subsequent period of time; [[.]] 
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obtaining a status of an initiated transfer by observing the status line during a 
second predetermined window of time; and 

determining from the obtained transfer status whether the initiated data transfer 
should be stalled. 

21. (Original): The method of claim 20, wherein the data transfer request is a 
command packet message constructed in accordance with a protocol of the link bus. 

22. (Original): The method of claim 21, wherein the information within the 
command packet comprises at least a size of the data transfer and said step of determining 
the status of the transfer comprises: 



determining whether the transfer can be accepted based on the size of the 



transfer; 



driving the status line with tpe accept status if it is determined that the transfer 
can be accepted; and 

driving the status line witji the retry status if it is determined that the transfer 
cannot be accepted. 

23. (Original): The method of claim 21, wherein the information within the 
command packet comprises at least a size and type of the data transfer and said step of 
determining the status of the transfer comprises: 

determining whether jhc transfer can be accepted based on the size and type of 
the data transfer; 



driving the status lin£ with the accept status if it is determined that the transfer 
can be accepted; and 
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driving the status line with the retry status if it is determined that the transfer 
cannot be accepted. 

24. (Original): The method of clain{ 21, wherein the information within the 
command packet comprises at least a size, attribute, and type of the data transfer and said 
step of determining the status of the transfer ^comprises: 

determining whether the data transfer can be accepted based on the size, 
attribute and type of the transfer; 

driving the status line with thy accept status if it is determined that the transfer 
can be accepted; and 

driving the status line with £he retry status if it is determined that the transfer 
cannot be accepted. 



25. (Currendy amended)/ The method of claim 20 further comprising [[:]] the 



act of 



obtaining a status of an/initiated transfer by observing the status line during a 
second predetermined window or time; 

determining from the/obtained transfer status whether the initiated data transfer 
should be stalled; and 

initiating a data transfer stall if it is determined from the observed transfer status 
that the data transfer should be stalled. 



26. (Original): The method of claim 25, wherein said step of initiating a data 
stall comprises ignoring any data transferred on the link bus. 

27. (Original): The method of claim 25 further comprising: 
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obtaining a status of the stalled transfer by observing the status line during a 
third predetermined window of time; 

determining from the obtained stalled transfer status whether the stalled data 
transfer should be continued; and 

continuing the data transfer if it is determined from the observed stalled transfer 
status that the data transfer should be continuec 

28. (Original): The method of claim 25 further comprising the step of driving, 
from a target of the initiated transfer, a target/stall status onto the status line when the 
target must stall the transfer. 



29. (Original): The method of claim 28 further comprising: 

driving, from the target, another target stall status onto the status line when the 
target determines that the data transfer s/nould be continued. 

30. (Currendy amended): A method of transferring data in a processor based 
system, the system comprising a hub device coupled to a processor by a processor bus and 
coupled to a memory device by a memory bus, said hub device being connected to a first 
device by a link bus, the link bus having a status line, said method comprising the steps of: 

issuing, from one of the first device and the hub device, a data transfer request 
on the link bus; 

detecting, at the other one of the first device and the hub device, the data 
transfer request on the link bus; 

determining a status of a data transfer associated with the transfer request based 
on the detected transfer request; 
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driving the status of the data transfer on pie status line during a first 
predetermined window of time; / 

obtaining the status of the transfer by pbserving the status line during the first 
predetermined window of time; / 

determining from the obtained status whether the data transfer corresponding to 
the request should be initiated; and / 

initiating the data transfer if it is determined from the observed status that the 
data transfer should be initiated; [[.]] / 



if it is determined that the initiated transfer should be stalled, driving a stalled 
status indication on the status line dumng a second predetermined window of time and 
stalling the transfer. / 

31. (Original): The method of claim 30 further comprising the step of 
determining whether the transfer should be retried at a subsequent time if it is determined 
from the observed status that the/data transfer should not be initiated. 

32. (Original): The method of claim 31 further comprising rescheduling the 
transfer if is determined from the observed status that the transfer should be retried. 

33. (Original): Tile method of claim 31 further comprising the step of 
determining whether the transfer should be aborted if it is determined from the observed 
status that the data transfer /should not be initiated and should not be retried. 



the transfer if it is determined from the observed status that the transfer should be aborted. 



determining if the initiated transfer should be stalled; and 



34. (Original): /The method of claim 33 further comprising the step of aborting 
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35. (Original): The method of claim 34, wherein said aborting step comprises: 



bit bucketing write operations on the issuing device; and 



returning a predetermined logical value for all read operations on the issuing 



device. 



36. (Original): The method of claim 34, wherein the status is driven onto the 
status line by a pull-up device connected to tme status line. 

37. (Currendy amended): A processor system comprising: 
a processor; 

a link hub connected to said processor via a processor bus; 

a satellite device; and 

a link bus connected between said link hub and said satellite device, said link bus 
comprising a status line and a first bus/ one of said link hub and said satellite device being a 
bus master and the other of said link nub and satellite device being a target, wherein said 
master issues a data transfer request on said first bus, obtains a status of the request by 
observing said status line during a first predetermined window of time, determines from the 
obtained request status whether a dJata transfer corresponding to the request should be 
initiated, aad initiates the data transfer over said first bus when the data transfer should be 
initiated ., obtains a status of the initiated transfer by observing said status line during a 
second predetermined window of/time, and determines from the obtained transfer status 
whether the initiated data transfer should be stalled. 



38. (Original): The s; 



command packet message const ucted in accordance with a protocol of said link bus. 



stem of claim 37, wherein the data transfer request is a 
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39. (Original): The system of claim 38 /wherein said command packet comprises 
at least a size of the data transfer. 

40. (Original): The system of claim 28, wherein said command packet comprises 
at least a size and type of the data transfer. 

41. (Original): The system of claim 38, wherein said command packet comprises 
at least a size, attribute, and type of the data transfer. 

42. (Original): The system of cclaim 37, wherein said master determines whether 
the transfer should be retried at a subsequent time when it is determined from the observed 
request status that the data transfer should not be initiated. 

43. (Original): The system/of claim 42, wherein said master reschedules the 
transfer when the transfer should be retried. 

44. (Original): The system of claim 42, wherein said master determines whether 
the transfer should be aborted when it is determined from the observed request status that 
the data transfer should not be initiated and should not be retried. 

45. (Original): The system of claim 44 wherein said master aborts the transfer 
when the transfer should be aborted. 



46. (Currendy amended): The system of claim 44, wherein said master performs 
bit buckets bucketing of write operations and returns a predetermined logical value for all 
read operations when the transfer should be aborted. 

47. (Original): The system of claim 42, wherein said status line is coupled to a 
pull-up device and the request status is driven onto said status line by said pull-up device. 

48. (Currendy /amended): The system of claim 37, wherein said master obtains a 
status of the initiated transfer by observing said status line during a second predetermined 
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window of time, determines from the obtained transfer] status whether the initiated data 
transfer should be stalled, and initiates a data transfer /tall when the data transfer should be 
stalled. 

49. (Original): The system of claim 48, wherein said master initiates a data stall 
by determining if the initiated transfer is on an allowable data boundary and stopping the 
transfer when the transfer is on an allowable datayboundary. 

50. (Original): The system of claim 48, wherein said target drives the transfer 
status onto said status line when said target mjist stall the transfer. 

51. (Original): The system of clai/n 48, wherein said master obtains a status of 
the stalled transfer by observing said status line during a third predetermined window of 
time, determines from the obtained stalled/transfer status whether the stalled data transfer 
should be continued, and continues the cjata transfer when the data transfer should be 
continued. 

52. (Currentiy amended): TThe system of claim 37, wherein when said master 
determines if the initiated transfer should be stalled, said master drives a stalled status 
indication on the status line during tifc ft second predetermined window of time and stalls 
the transfer. 

53. (Original): The system of claim 52, wherein said master initiates the data 
stall by determining if the initiated transfer is on an allowable data boundary and stopping 
the transfer when the transfer is on an allowable data boundary. 



54. (Original): The system of claim 37, wherein said link bus is a source strobed 



bus. 



55. (Original): Tm system of claim 54, wherein said first bus is a 
command/address/data bus./ 
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56. (Currently amended): A processor ^stem comprising: 
a processor; 

a link hub connected to said processor via a processor bus; 

a satellite device; and 

a link bus connected between saud link hub and said satellite device, said link bus 
comprising a status line and a first bus, one of said link hub and said satellite device being a 
bus master and the other of said link hup and satellite device being a target, wherein said 
target detects a data transfer request on said first bus, determines a status of a data transfer 
associated with the transfer request based on the transfer request, and drives the status on 
said status line during a first predetermined window of time, wherein the status is selected 
from the group consisting of an accept status indicating that the transfer can be initiated 
and a retry status indicating that tne transfer should be retried at a subsequent period of 
time , and wherein said target obtains a status of an initiated transfer by observing said 
status line during a second predetermined window of time, determines from the obtained 
transfer status whether the initialed data transfer should be stalled. 



57. (Original): The/ system of claim 56, wherein said link bus is a source strobed 



bus. 



58. (Original): The system of claim 56, wherein said first bus is a 
command/address/data bus. 

59. (Original): XThe system of claim 56, wherein the data transfer request is a 
command packet message /constructed in accordance with a protocol of said link bus. 



60. (Original):/ The system of claim 59, wherein said command packet comprises 
at least a size of the data transfer and said target determines the status of the transfer by 
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determining whether the transfer can be accepted basedf on the size of the transfer, driving 
said status line with the accept status when the transfer/ can be accepted, and driving said 
status line with the retry status when the transfer cannot be accepted. 

61. (Original): The system of claim 59/ wherein said command packet comprises 
at least a size and type of the data transfer and said target determines the status of the 
transfer by determining whether the transfer can be accepted based on the size and type of 
the data transfer, driving said status line withyuie accept status when the transfer can be 
accepted, and driving said status line with tjae retry status when the transfer cannot be 
accepted. 

62. (Currendy amended): Tne system of claim 56, wherein said target obtains a 
status of an initiated transfer by observing said status line during a second predetermined 
window of time, determines from thp obtained transfer status whether the initiated data 
transfer should be stalled, and initiates a data transfer stall when the data transfer should be 
stalled. 

63. (Original): The system of claim 62, wherein said target initiates the data stall 
by ignoring any data transferred on the first bus. 



64. (Original): The system of claim 62, wherein said target obtains a status of 
the stalled transfer by observing said status line during a third predetermined window of 
time, determines from the obtained stalled transfer status whether the stalled data transfer 
should be continued, and continues the data transfer when the data transfer should be 
continued. 



65. (Original) 



a processor; 



A processor system comprising: 



a link hub coniected to said processor via a processor bus; 
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a satellite device; and a link bus connected between said link hub and said 
satellite device, said link bus comprising a status line and a first bus, one of said link hub 
and said satellite device being a bus master anp the other of said link hub and satellite 
device being a target, 

wherein said master and target peing able to at least initiate, disconnect, retry, 
abort and stall data transfers on said first /bus by time multiplexing disconnecting and 
pacing status information on said status/line. 

66. (Original): The system of claim 65, wherein said disconnecting information 
comprises an accept status indicating that a data transfer can be initiated and a retry status 
indicating that the transfer should pe retried at a subsequent period of time. 

67. (Original): The system of claim 65, wherein said status line is connected to a 
pull-up device and a data transfer abort status is driven onto said status line by said pull-up 
device. 



68. (Original): Tire system of claim 67, wherein said pull-up device is a resistor. 

69. (Original): Tfhe system of claim 65, wherein said pacing information 
comprises a stall transfer status indicating that a data transfer should be stalled and a 
continue status indicating fthat a stalled transfer should be continued. 
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